- 原文地址:How I built an async form validation library in ~100 lines of code with React Hooks
- 原文作者:Austin Malerba
- 译文出自:掘金翻译计划
- 本文永久链接:https://github.com/xitu/gold-miner/blob/master/TODO1/how-i-built-an-async-form-validation-library-in-100-lines-of-code-with-react-hooks.md
- 译者:Jerry-FD
- 校对者:yoyoyohamapi,Xuyuey,xiaonizi1994
表单校验是一件很棘手的事情。深入了解表单的实现之后,你会发现有大量的边界场景要处理。幸运的是,市面上有很多表单校验库,它们提供了必要的表计量(译注:如 dirty、invalid、inItialized、pristine 等等)和处理函数,来让我们实现一个健壮的表单。但我要使用 React Hooks API 来打造一个 100 行代码以下的表单校验库来挑战自我。虽然 React Hooks 还在实验性阶段,但是这是一个 React Hooks 实现表单校验的证明。
我要声明的是,我写的这个库确实是不到 100 行代码。但这个教程却有 200 行左右的代码,是因为我需要阐释清楚这个库是如何使用的。
我看过的大多数表单库的新手教程都离不开三个核心话题:异步校验,表单联动:某些表单项的校验需要在其他表单项改变时触发,表单校验效率的优化。我非常反感那些教程把使用场景固定,而忽略其他可变因素的影响的做法。因为在真实场景中往往事与愿违,所以我的教程会尽量覆盖更多真实场景。
我们的目标需要满足:
同步校验单个表单项,包括当表单项的值发生变化时,会跟随变化的有依赖的表单项
异步校验单个表单项,包括当表单项的值发生变化时,会跟随变化的有依赖的表单项
在提交表单前,同步校验所有表单项
在提交表单前,异步校验所有表单项
尝试异步提交,如果表单提交失败,展示返回的错误信息
给开发者提供校验表单的函数,让开发者能够在合适的时机,比如 onBlur 的时候校验表单
允许单个表单项的多重校验
当表单校验未通过时禁止提交
表单的错误信息只在有错误信息变化或者尝试提交表单的时候才展示出来
我们将会通过实现一个包含用户名,密码,密码二次确认的账户注册表单来覆盖这些场景。下面是个简单的界面,我们来一起打造这个库吧。
1 | const form = useForm({ |
这是一个非常简单的 API,但着实给了我们很大的灵活性。你可能已经意识到了,这个接口包含两个名字很像的函数, validation 和 validate。validation 被定义成一个函数,它以表单数据和表单项的 name 为参数,如果验证出了问题,则返回一个错误信息,与此同时它会返回一个虚值(译者注:可转换为 false 的值)。另一方面,validate 函数会执行这个表单项的所有 validation 函数,并且更新这个表单项的错误列表。
重中之重,我们需要一个来处理表单值的变化和表单提交的骨架。我们的第一次尝试不会包含任何校验,它仅仅用来处理表单的状态。
1 | // 跳过样板代码: imports, ReactDOM, 等等. |
这里没有太难理解的代码。表单的值是我们唯一所关心的。每个表单项在它初始化结束之前把自身注册在表单上。我们的 onChange 函数也很简单。这里最复杂的函数就是 getFormData,即便如此,这也无法跟抽象的 reduce 语法相比。getFormData 遍历所有表单项,并返回一个 plain object 来表示表单的值。最后值得一提的就是在表单提交的时候,我们需要调用 preventDefault 来阻止页面重新加载。
事情发展的很顺利,现在我们来把验证加上吧。当表单项的值发生变化或者提交表单的时候,我们不是指明哪些具体的表单项需要被校验,而是校验所有的表单项。
1 | export const useField = ( |
上面的代码是改进版,大体浏览一下似乎可以跑起来了,但是要做到交付给用户还远远不够。这个版本丢掉了很多用于隐藏错误信息的标记态(译者注:flag),这些错误信息可能会在不恰当的时机出现。比如在用户还没修改完输入信息的时候,表单就立马校验并展示相应的错误信息了。
最基本的,我们需要一些基础的标记状态来告知 UI,如果用户没有修改表单项的值,那么就不展示错误信息。再进一步,除了这些基础的,我们还需要一些额外的标记状态。
我们需要一个标记态来记录用户已经尝试提交表单了,以及一个标记态来记录表单正在提交中或者表单项正在进行异步校验。你可能也想弄清楚我们为什么要在 useEffect 的内部调用 validateFields,而不是在 onChange 里调用。我们需要 useEffect 是因为 setValue 是异步发生的,它既不会返回一个 promise,也不会给我们提供一个 callback。因此,唯一能让我们确定 setValue 是否完成的方法,就是通过 useEffect 来监听值的变化。
现在我们一起来实现这些所谓的标记态吧。用它们来更好的完善 UI 和细节。
1 | export const useField = ( |
最后一次尝试,我们加了很多东西进去。包括四个标记态:pristine、validating、submitted 和 submitting。还添加了 fieldsToValidateOnChange,将它传给 validateFields 来声明当表单的值发生变化的时候哪些表单项需要被校验。我们在 UI 层通过这些标记状态来控制何时展示错误信息和加载动画以及禁用提交按钮。
你可能注意到了一个很特别的东西 validateCounter。我们需要记录 validate 函数的调用次数,因为 validate 在当前的调用完成之前,它有可能会被再次调用。如果是这种场景的话,我们应该放弃当前调用的结果,而只使用最新一次的调用结果来更新表单项的错误状态。
一切就绪之后,这就是我们的成果了。
React Hooks 提供了一个简洁的表单校验解决方案。这是我使用这个 API 的第一次尝试。尽管有一点瑕疵,但是我依然感到了它的强大。这个接口有些奇怪,因为是按照我喜欢的样子来的。然而除了这些瑕疵以外,它的功能还是很强大的。
我觉得它还少了一些特性,比如一个 callback 机制来表明何时 useState 更新 state 完毕,这也是一个在 useEffect hook 中检查对比 prop 变化的方法。
后记
为了保证这个教程的易于上手,我刻意省略了一些参数的校验和异常错误处理。比如,我没有校验传入的 form 参数是否真的是一个 form 对象。如果我能明确地校验它的类型并抛出一个详细的异常信息会更好。事实上,我已经写了,代码会像这样报错。
1 | Cannot read property ‘addField’ of undefined |
在把这份代码发布成 npm 包之前,还需要合适的参数校验和异常错误处理。如我所说,如果你想深入了解的话,我已经用 superstruct 实现了一个包含参数校验的更健壮的版本。
如果发现译文存在错误或其他需要改进的地方,欢迎到 掘金翻译计划 对译文进行修改并 PR,也可获得相应奖励积分。文章开头的 本文永久链接 即为本文在 GitHub 上的 MarkDown 链接。
掘金翻译计划 是一个翻译优质互联网技术文章的社区,文章来源为 掘金 上的英文分享文章。内容覆盖 Android、iOS、前端、后端、区块链、产品、设计、人工智能等领域,想要查看更多优质译文请持续关注 掘金翻译计划、官方微博、知乎专栏。